Оглавление
Введение 6
1. Описание предметной области 7
2. Функциональное моделирование 9
3. Информационное моделирование 13
Заключение 15
Список литературы 16
Приложение А 17

Работа № 3886. Это ОЗНАКОМИТЕЛЬНАЯ ВЕРСИЯ работы, цена оригинала 1000 рублей. Оформлен в программе Microsoft Word.

Оплата. Контакты

Введение
В основе проектирования ИС лежит моделирование предметной области. Для того чтобы получить адекватный предметной области проект ИС в виде системы правильно работающих программ, необходимо иметь целостное, системное представление модели, которое отражает все аспекты функционирования будущей информационной системы. При этом под моделью предметной области понимается некоторая система, имитирующая структуру или функционирование исследуемой предметной области и отвечающая основному требованию – быть адекватной этой области.
С появлением сложных систем, как производств, так и программных комплексов, появилась необходимость в создании методов и стандартов, которые позволили бы описать сложные системы целиком и максимально точно, с нужной степенью детализации. То есть позволили бы создать модель системы, с которой можно было бы работать – проектировать, анализировать и улучшать.
В настоящее время таких средств много. Одним из таких средств является методология IDEF (ICAM definition). Методология IDEF состоит из нескольких методов, основными из которых являются:
• IDEF0 — используется для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающие эти функции;
• IDEF1 — применяется для построения информационной модели, отображающей структуру и содержание информационных потоков, необходимых для поддержки функций системы.
Целью данной работы является создание различных моделей рассматриваемой предметной области методами структурного анализа и проектирования.
1. Описание предметной области
Для построения мнемосхемы была использована программа Microsoft Visio 2010.
Microsoft Visio — это мощное решение для создания диаграмм, которое позволяет упростить и связать информацию, а также поделиться ей. Microsoft Visio обладает мощным интерфейсом с множеством опций для создания собственных методов организации информации.
Целью данной работы является описание процесса проведения электронного аукциона на ЭТП (электронной торговой площадке) на выбор поставщика.
Описание процесса происходит с точки зрения заказчика. Рассмотрим мнемосхему на данную тему на рисунке 1.
Рисунок 1 – Мнемосхема «Проведение электронного аукциона»
Электронная торговая площадка, руководствуясь федеральным законом №223, техническим заданиями (заявленными заказчиком в соответствии с ГОСТом заказа), проанализировав оценочную стоимость заказа, формирует аукционную документацию, которая отправляется для рассмотрения поставщикам. Изучив данную документацию, поставщики, руководствуясь федеральным законом №44, отправляют на электронную торговую площадку коммерческие предложения. Далее проводятся торги, где выбирают поставщика. Во время проведения торгов составляется итоговый протокол торгов, который отправляется заказчику и поставщику, между которыми потом подписывается контракт.
В таблице 2 показано графическое изображение для каждого типа взаимодействия между объектами и субъектами.
Таблица 2 – Графическое изображение для каждого типа
Условное обозначение Тип взаимодействия
Электронный
Электронный носитель
2. Функциональное моделирование
Функциональное моделирование создано по методологии IDEF0 в CASE-средстве AllFusion Process Modeler 7 (ранее BPwin).
Целью моделирования является описание организации проведения электронного аукциона с точки зрения заказчика.
Функциональным блоком контекстной диаграммы А-0 является А0 «Провести электронный аукцион», где в качестве интерфейсных дуг выступают дуги входа, выхода, управления и механизма (рисунок 2).
Описание интерфейсных дуг:
1. дуга Вход — заказ, коммерческое предложение;
2. дуга управления – ГОСТ, федеральный закон № 223, федеральный закон № 44;
3. дуга механизма – поставщик, ЭТП, заказчик;
4. дуга выхода – подписанный контракт.
Рисунок 2 – Диаграмма А-0 «Провести электронный аукцион»
Декомпозиция – это разбиение на составные части. Из родительской диаграммы вытекает дочерняя диаграмма.
После декомпозиции функционально блока А0 «Провести электронный аукцион» получено три диаграммы, представленные на рисунке 3:
• А1 «Обработать заказ»,
• А2 «Провести торги»,
• А3 «Заключить контракт».
Рисунок 3 – Диаграмма А0 «Провести электронный аукцион»
На вход блока А1 «Обработать заказ» поступают интерфейсная дуга «Заказ», на выходе которого получаем интерфейсную дугу «Аукционная документация», которая, в свою очередь, поступает на вход блока А2 «Провести торги». Также на вход блока А2 поступает интерфейсная дуга «Коммерческое предложение». На выходе блока А2 «Провести торги» получаем интерфейсную дугу «Итоговый протокол торгов», поступающая на вход блока А3 «Заключить контракт». На выходе блока А3 «Заключить контракт» получаем дугу «Подписанный контракт».
В качестве управления используется дуги «Федеральный закон № 223» (для блоков А1, А2), «Федеральный закон № 44» (для блоков А2,А3) и «ГОСТ» (для блока А3).
В качестве механизма используются интерфейсные дуги «Заказчик» (для блоков А2, А3), «ЭТП» (для блоков А1, А2), «Поставщик» (для блоков А2, А3).
После декомпозиции диаграммы А1 «Обработать заказ» получено три диаграммы, представленные на рисунке 4:
• А11 «Получить техническое задание»,
• А12 «Проанализировать цены»,
• А13 «Составить аукционную документацию».
Рисунок 4 – Диаграмма А1 «Обработать заказ»
На вход блока А11 «Получить техническое задание» и блока А13 «Составить аукционную документацию» поступает интерфейсная дуга «Заказ», на выходе блока А11 получаем интерфейсную дугу «Техническое задание», которая идет на вход блока А12 «Проанализировать цены» и блока А13 «Составить аукционную документацию», на выходе блока А12 получаем интерфейсную дугу «Оценочная стоимость заказа», которая идет на вход блока А13 «Составить аукционную документацию». На выходе блока А13 «Составить аукционную документацию» получаем интерфейсную дугу «Аукционная документация»,
В качестве управления для всех блоков используется дуга «Федеральный закон №223».
В качестве механизма используются интерфейсная дуга «Электронная торговая площадка».
На рисунке 5 представлена диаграмма дерева узлов. Она показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком.
Рисунок 5 – Дерево узлов «Проведение электронного аукциона»
3. Информационное моделирование
Информационная модель была создана по методологии IDEF1Х в CASE-средстве AllFusion ERwin Data Modeler r7.
Для построения модели «Провести электронный аукцион» выделим следующие сущности:
 ГОСТ (№_ГОСТа, наименование ГОСТа);
 Итоговый протокол торгов (№ протокола торгов, № поставщика, № заказчика, № ЭТП, дата составления протокола, № аукционной документации, № коммерческого предложения, стоимость заказа, № заказа);
 Поставщик (№ поставщика, наименование поставщика, № ФЗ);
 Коммерческое предложение (№ коммерческого предложения, коммерческое предложение);
 Заказчик (№ заказчика, наименование заказчика, № ГОСТ);
 Федеральный закон (№ ФЗ, Наименование ФЗ);
 Заказ (№ заказа, Наименование заказа);
 Электронная торговая площадка (№ ЭТП, наименование ЭТП, № ФЗ, № ТЗ);
 Аукционная документация (№ аукционной документации, аукционная документация);
 Техническое задание (№ ТЗ, наименование ТЗ);
 Оценочная стоимость заказа (Стоимость заказа);
 Подписанный контракт (№ контракта, № протокола торгов, № поставщика, № заказчика, № ЭТП, дата подписания контракта, стоимость заказа, № заказа);
 Поставщик (№ поставщика, наименование поставщика, № ФЗ).
На рисунке 6 изображена информационная модель «Провести электронный аукцион».
Рисунок 6 — Информационная модель «Провести электронный аукцион»
Заключение
При текущей ситуации на Российском финансовом рынке, каждый руководитель, заботящийся о финансовом благополучии собственной компании или структуры, ищет способы расширения своих рынков сбыта, увеличения продаж товаров, работ или услуг и борется за уменьшение вложений кадровых, материальных и временных ресурсов. Участие в открытых аукционах в электронной форме — это одно из простейших решений данной задачи.
В процессе выполнения расчетно-графической работы была спроектирована информационная система проведения электронного аукциона.
Были использованы такие программы как AllFusion Process Modeler (ранее BPwin), AllFusion ERwin Data Modeler (ранее Erwin), Microsoft Visio.
Список литературы
1. Курс лекций по дисциплине «Системное моделирование и CASE-технологии»
2. Методические указания по лабораторным работам.
3. Маклаков С. В. BPWin и ERWin. CASE-средства разработки информационных систем [Текст]: учебник / С. В. Маклаков. — М.: ДИАЛОГ_МИФИ, 2012. – 320 с.
4. Макарова, Н.В. Делопроизводство [Текст]: учебный курс / Н.В. Макарова, Г.С. Николайчук, Ю.Ф. Титова. — СПб. : Питер, 2013. — 410 с.
5. Лысенко, Н.А. Документирование управленческой деятельности на предприятии: делопроизводство и корреспонденция [Текст] : учеб. пособие / Н.А. Лысенко, Б.Ю. Сербиновский, С.Н. Цветкова. — Ростов н/Д.: МарТ, 2012. – 272 с.
Приложение А
(Обязательное)
Глоссарий
Таблица А.1 — Словарь работ
Наименование Описание
Провести электронный аукцион Текущий процесс осуществления электронного аукциона
Обработать заказ Проведение работ по упорядочиванию заказов и подготовки заказов для проведения торгов
Провести торги Определение потенциального поставщика
Заключить договор Определение поставщика, коммерческое предложение которого удовлетворяет требованиям заказчика
Получить техническое задание Определение требований заказчика
Проанализировать цены Анализ цен заказов, установленные заказчиком
Составить аукционную документацию Подготовить документацию для проведения торгов
Таблица А.2 — Словарь стрелок
Наименование Описание
ГОСТ Основная категория стандартов качества
Федеральный закон № 223 Закон о закупках товаров, работ, услуг отдельными видами юридических лиц
Федеральный закон № 44 Закон о закупках товаров, работ, услуг отдельными видами юридических лиц
Заказ Предложение заказчика
Коммерческое предложение Документ, в котором содержится описание товара или услуги
Заказчик Лицо, заинтересованное в выполнении поставщиком заказа
Электронная торговая площадка Программно-аппаратный комплекс для взаимодействия поставщика и заказчика
Поставщик Лицо, выполняющее предложение заказчика
Подписанный контракт Подписанное соглашение между поставщиком и заказчиком
Аукционная документация Пакет документов, содержащий полную информацию о заказе
Итоговый протокол торгов Документ, содержащий сведения проведения торгов
Техническое задание Документ, содержащий информацию о требованиях заказчика
Оценочная стоимость заказа Минимальная стоимость заказа